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Introduction 

The Job-Shop Scheduling Problem (JSSP) deals with 
the allocation of resources over time to factory oper- 
ations. Allocations are subject to various constraints 
(c.g. t production precedence relationships, factory ca- 
pacity constraints, and limits on the allowable number 
of machine setups) which must be satisfied for a sched- 
ule to be valid. 

The identification of constraint violations and the 
monitoring of constraint threats plays a vital role in 
schedule generation both in terms of (!) directing the 
scheduling process and (ii) informing scheduling de- 
cisions. This paper describes a general mechanism for 
identifying constraint violations and monitoring threats 
to the satisfaction of constraints throughout schedule 
generation. - ax 

\ si * j 

Identifying constraint violation To achieve a 
valid result in which all constraints are satisfied, a 
scheduler must be capable of distinguishing between 
valid and invalid solutions. This involves, at minimum, 
being able to identify constraint violations in fully- 
generated schedules. Clearly, if the scheduler is onlg 
able to identify constraint violations in fully-generated 
schedules, backtracking can only be introduced after 
considerable computational effort has already been ex- 
pended. To avoid wasted effort, the scheduler should 
be capable of identifying failed states (i.e., states from 
which it will be impossible to achieve a valid solution) 
during the process of generating the schedule. The 
earlier that failed states can be identified, the less un- 
necessary work need be done. 

Monitoring of threats to constraints Given a 
particular factory capacity, constraint violations may 
be identified from the specification of the factory prob- 
lem itself and could lead to a respecification of the 
problem. Alternatively, constraint violations may be 
(inadvertently) introduced by decisions taken by the 
scheduler. To avoid taking such decisions, potential 
threats to constraint violations may be tracked by a 
lookahead analysis ( e.g ., [Liu88, SadSl]). Potential 


'This research is supported by Hitachi Ltd. 


constraint violations occur where the magnitude of the 
estimated demand is close to the available capacity. 
Monitoring constraint threats may be used to direct 
the scheduling process to the most critical constraints 
and inform the decision making process . 

Constraint Monitoring 

Methods of constraint monitoring 
assuming distributions of operation 
demand 

The monitoring of temporal-capacity constraints has 
been a central aspect of a number of scheduling systems 
(c.£., [Liu88, Sad91, Ber91]). Each of these systems has 
been concerned with estimating demand on resources 
over time to allow comparisons with available capacity 
to be made. 

Although there are important differences between 
the methods adopted for monitoring temporal-capacity 
constraints, the general approach adopted for estimat- 
ing demand is based on assumptions as to the demand 
each operation imposes cm a resource. In the case of 
RESS-n [Liu88], operation demand is assumed to be 
split equally across the valid timewindow of the op- 
eration. In the case of micro-boss [Sad91], opera- 
tion demand is assumed to be split across the valid 
timewindow of the operation on essentially the inverse 
proportion of the cost associated with different start 
times. 

Temporal-capacity analysis provides strategic infor- 
mation to the scheduler by highlighting critical re- 
source time periods. This information can then be 
used during schedule generation to choose which par- 
ticular resource time period to address next, to choose 
which operation to allocate and when to allocate the 
operation to effectively redistribute estimated resource 
demand. 

Limitations of making assumptions about 
distributions of operation demand 

It is in undertaking an analysis based on splitting op- 
eration demand into a number of separate time periods 
that limitations are btroduced in that: 
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1. the estimated demand for resource over tim» in. 
troduces uncertainties associated with assumptions 
made regarding operation demand over tim» 

2. contiguous time periods are not recognised as being 
contiguous 

For schedulers undertaking an analysis of temporal- 
- capacity constraints based on splitting operation de- 
mand over time, capacity bottlenecks indicate regions 
of high resource contention. As a result of the uncer- 
tainties introduced by the assumptions made regarding 
estimated operation demand, it is not possible to tell, 
even where the estimated demand is greater than avail- 
able capacity, whether a capacity constraint has been 
violated or not. This is illustrated in the next section. 

— Constraint monitoring in TOSCA 

tosca analyses temporal-capacity and setup-capacity 
constraints throughout the factory capacity hierarchy 
across multiple tune periods. Operation demand is rep- 
resented down to the granularity where the operation 
must legally occur, i.e., the full operation demand is 
associated with the legal time window of the operation. 
The operation demand is not subdivided over the du- 
ration of its legal timewindow, avoiding the need to 
assign probabilities to the possible start times of each 
operation. Normally the operation timewindow is set 
by the release date and due date of the job and the 
intra-lot temporal relationships. Aggregated demand 
can be checked against available capacity both before 
and during schedule generation. 

An example 

lb distinguish the tosca approach, a small example is 
considered using, in the first case, a method based on 
assumptions as to the distribution of operation demand 
and, in the second case, the method adopted in tosca 
which avoids such assumptions. The example involves 
the allocation of three operations to a single resource 
which is available for 7 hours per day. For the purpose 
of capacity analysis, the schedule timeline is split into 
periods of 1 day duration. 


Demand: 


Operation 

Duration 

(Hr.) 

Earliest 

Start 

_IDay) 

Latest 

End 

(Day) 

opl 

18 hrs 

1 


op2 

3 hrs 

2 

5 

op3 

12 hrs 

2 

3 


Capacity: 

7 hours per day 

Figure 1: Single resource example 


Method 1: Constraint monitoring 
assuming distributions of operation 
demand 

Constraint monitoring typically involves: 

• maintaining an up-to-date representation of the legal 
timewindow of each operation throughout schedule 
generation 

• splitting the timeline into discrete periods for the 
purpose of analysis 

• for each operation, making assumptions about the 
likelihood of start times across its legal timewindow 

• for each operation, calculating an expected opera- 
tion demand across its legal timewindow 

• aggregating demand for individual resources and 
comparing it against available capacity 

Resource bottleneck periods (i.e., periods where de- 
mand is high relative to available capacity) indicate 
potential threats to capacity constraints and are typi- 
cally used to direct the scheduler to the most critical 
parts of the remaining schedule. 

Methods which split operation demand across the 
operation timewindow assume that each operation ex- 
erts a demand across eacA of the discrete time peri- 
ods under consideration that fall within the operation’s 
timewindow. For i n sta n ce opl exerts a demand in peri- 
ods dayl, day2, day3 and day4. Every operation which 
could possibly be active over a particular time period 
contributes to the overall aggregate demand over that 
time period. In this example, the three operations 
(opl, op2, op3) all contribute to the estimated resource 
demand in day2. 

Bottlenecks where estimated demand exceeds avail- 
able capacity cannot be used for the purpose of detect- 
ing constraint violations. Where estimated demand ex- 
ceeds available capacity, it may or may not be possible 
to redistribute demand away from the bottleneck and 
so avoid a constraint violation. 

Figure 2 indicates a distribution of operation de- 
mand based on an assumed uniform probability distri- 
bution of start times. Figure 3 shows the aggregation 
of the demand of these operations, with the horizontal 
dashed line indicating the available capacity. The ver- 
tical dashed lines indicate the granularity of capacity 
analysis. 

Method 2: Constraint monitoring without 
assuming distributions of operation 
demand 

In tosca, the demand of an operation is associated 
with its temporal constraints (i.e., its legal timewin- 
dow), without assuming any subdivision of that demand 
across ike timewindow. An operation’s d emand is as- 
sociated with a single time period. For instance, op2 
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Figure 2: Individual operation demand assuming a uni- 
form operation start time distribution 


exerts a demand of 3 hours over the period [2, 5], no as- 
sumptions being made regarding the probabilistic dis- 
tribution of that demand within that period. 

Only operations which are necessarily active, given 
that their temporal constraints are to be satisfied, con- 
tribute to the aggregate demand over the time period. 
That is, demand arises from only those operations 
whose legal timewindow are subperiods of the period 
under consideration. For instance, only the demand of 
opl and op3 are associated with the time period [1,4]; 
the demand of op2 is not included. 

Figure 4 shows the demand over time associated with 
the individual operations, opl has a demand of 18 
hours associated with the period [1, 4], op2 has a de- 
mand of 3 hours associated with the period [2, 5]; and 
op3 has a demand of 12 hours associated with the pe- 
riod [2, 3]. 


Individual 

operation 

demand 



1 2 3 4 5 


Individual 

operation 

demand 




i 

1 



1 






Figure 3: Estimated aggregate demand assuming a 
uniform operation start time distribution 



Figure 4: Individual operation demand not assuming 
an operation start time distribution 


In estimating resource demand, temporally overlap- 
ping operations are aggregated. The operations opl 
and op2 together ({opl, op2}) have a demand of 21 
hours over the period [1, 5], {opl, op3} have a demand 
of 30 hours over the period [1, 4], {op2, op3} have 
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Time Period [1,4] 



Figure 5: Aggregate demand not assuming operation 
start time distribution 


a demand of 15 hours over the period [2, 5] and all 
three operations together have a demand of 33 hours 
over the period [1, 5j. Where multiple sets of opera- 
tions are associated with a time period, the demand 
is that of the maximal set of operations. This means 
that the demand on the period [1, 5] is 33 hours, the 
demand associated with {opl, op2, op3} rather than 
{oplf op2}. 

The demand associated with any time period can 
be directly compared with the available capacity — in 
this example, 7 hours per day — to find constraint vi- 
olations and threats. A capacity constraint violation is 
indicated by the demand of {opl, op3}, its demand be- 
ing greater than the maximum available capacity over 
the period [1, 4]. Figure 0 shows the demand asso- 
ciated with the maximal sets of operations associated 
with the periods [1, 4], [2, 3], and [1, 5]. 

In that each timeline period is associated with a set 
of necessary operations - assuming that the operation 
time window constraint holds - the operations impli- 
cated in a constraint violation can be readily identified. 
This can be used to inform constraint relaxations. In 
this example, the timewindow and duration constraints 
of opl and op3 introduce a constraint violation. One 
of their constraints will need to be relaxed to avoid 
this constraint violation. Altering the constraints of 
op2, another operation active over this period, will not 
avoid the violation of the capacity constraint in the 
period [1, 4]. 

Scheduling in TOSCA involves the iterative refine- 
ment of the timewindow of each of the operations. 
Each decision to restrict the timewindow of an opera- 
tion has the effect of redistributing resource demand. 
Before scheduling begins, opl has a demand associated 
with the period [1, 4]. In deciding, for example, to re- 
strict the timewindow of opl to end by the third day at 
the latest, the operation demand becomes associated 
with the period [1, 3]. The effect of these decisions is 
monitored using habographs. 

Constraint monitoring using 

habographs Habographs (Hierarchical Abstraction 
for Balancing Objectives) are two-dimensional datas- 
tructures used within TOSCA to represent and monitor 
temporal-capacity constraints. Habograph coordinates 
are given as start-end pairs and refer to cells represent- 
ing a time period at a resource. Each operation’s earli- 
est start time is plotted on the y axis and its latest end 
time is shown on the x axis. Since it does not make 
any sense to have an earliest start time which is later 
than a latest end time all of the cells above the leading 
diagonal are always empty. The units of the axes are 
problem-dependent. 

In referring to habographs it is important to be clear 
about the use of a couple of terms with respect to infor- 
mation held at a habograph cell: local and aggregate . A 
cell refers to a time period at a resource. Information 
about a resource time period may or may not include 
information about its sub-period. 
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Figures 7 and 9 present an illustration of local and 
aggregate demand in habographs on the example de- 
scribed above. 


Cell 

Local 

operations 

Local 

Demand 


1,4 


OP 1 ) 

— 15 — 


2,5 

• 

°p2} 

3 

_ 

2,3 

■ 

op3) 

12 


Figure 6: Local demand 


Start 

5 

4 

3 

2 

1 



End 


Figure 7: Habograph showing local demand 


Figure 7 indicates the local operations over the pe- 
riods: [1, 41, [2, 5] and [2, 31. opl is local to [1, 4], op2 
is local to [2, 5] and op3 is local to [2, 3]. 


Cell 

Aggregate 

operations 

Aggregate 

Demand 


M 


jopl,op3) 

55 


2,5 


(op2,op3) 

15 


2,3 


(op3) 

12 


1,5 

mm 

(opl,op2,op3) 

33 


Figure 8: Aggregate demand 

Figure 9 indicates the aggregate set of operations 
over three time periods. The aggregate set of opera- 
tions includes all the operations which must be pro- 
cessed in a particular period. In the period [1, 4], two 
operations must be processed, these being: opl, which 
must occur between [1, 4] (i.c., dayl through day4), 
and op3, which must occur in the subperiod [2, 3] (t.e., 
day2 through day3). 
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Figure 9: Habograph showing aggregate demand 


The contents of habograph cells Each cell within 
a habograph has a representation of number of objects. 
The main object within each cell is a list of the oper- 
ations which are local to that cell. Each of these op- 
erations exerts a demand for capacity at that cell and 
the sum of the demand exerted by all the cell's local 
operations is stored as the cell’s local demand. Each 
cell also has an aggregate demand figure, a number cal- 
culated by summing all the local demands in all of the 
cells that are above and to the left of the current cell. 

In addition to the demand associated with a set of 
operations, information is also held as to the capac- 
ity available over the time period represented by the 
cell. As with demand, capacity information is repre- 
sented by a local and an aggregate figure. Local ca- 
pacity is represented only over the leading diagonal of 
the the habograph. In the example under consider- 
ation, the capacity of 7 hours per day is represented 
along the leading diagonal with zero’s everywhere else, 
as is shown in Figure 10. Aggregate capacity, shown in 
Figure 11, is calculated in the same manner as the ag- 
gregate demand, described above, except summing the 
local capacity figures rather than the local demand. 

Finally the cell also has a representation for demand 
pressure (Figure 12). This is simply the ratio of the 
aggregate demand at that cell, divided by the aggre- 
capacity of that cell. Where the demand pressure 
is greater than one, a constraint violation is indicated. 
Where the demand pressure is close to but less 
one, a constraint threat is indicated. In this example, 
a constraint violation is indicated over the period [1, 


Conclusion 

Most current approaches to capacity constraint moni- 
toring involve assumptions regarding the probabilistic 


164 





Start 



Start 



End 

Figure 10: Habogr&ph showing local capacity 
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Figure 11: Habograph showing aggregate capacity 
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Figure 12: Habograph showing demand pressure 


distribution of operation start times. Such approaches 
indicate resource bottleneck periods ( i.e periods of 
potential constraint threat) but are unable to identify 
constraint violations. 

This paper describes habographs, a novel datastruc- 
tuie, used for capacity constraint monitoring in TOSCA. 
The approach avoids assumptions regarding the prob- 
abilistic distribution of operation start times and has 
the advantage of enabling the identification of resource 
bottleneck periods which necessarily involve a con- 
straint violation. 

Habographs are currently being investigated within 
the tosca project as a unifying representation to sup- 
port resource allocation, temporal allocation and setup 
management. 
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